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[57] ABSTRACT 

A bus bridge for interconnecting a plurality of buses, which 
bridge includes a plurality of bridge portals, each portal 
being coupled to a respective one of the buses, and further 
includes a plurality of switching subsystems, each of which 
is coupled to a respective one of the bridge portals. The 
plurality of switching subsystems collectively constitute a 
switching system which interconnects the plurality of bridge 
portals. The bus bridge further includes a plurality of cycle 
clock subsystems, each of which is operatively associated 
with a respective bridge portal and the respective switching 
subsystem coupled thereto. Each cycle clock subsystem 
includes a cycle clock generator which generates a cycle 
clock, and a cycle counter which receives the cycle clock at 
a reset input thereof and produces a cycle count output 
which constitutes a common timing reference for the respec- 
tive switching subsystem and the respective bridge portal. 
The bus bridge is preferably an IEEE 1394 serial bus bridge. 
Various specific implementations of the switching sub- 
systems and bridge portals are disclosed. 
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BUS BRIDGE WITH DISTRIBUTION OF A will co-exisl in a complementary fashion within the resi- 

COMMON CYCLE CLOCK TO ALL BRIDGE dential environment. 

PORTALS TO PROVIDE It should be noted that wireless bridges have inherent 

SYNCHRONIZATION OF LOCAL BUSES, drawbacks. Namely, wireless bridges mandate much lower 

AND METHOD OF OPERATION THEREOF 5 data transmission rates than wired bridges, due to the 

inherent complexity of implementing high-speed wireless 

BACKGROUND OF THE INVENTION ' connections. Further, wireless bridges are not cost- 

^ , , effectively scalable to higher data rates vis-a-vis wired 

The present invention relates generally to bus bridges, and bridges ^ fe primarily because lbe frequency 

more particularly, to a method and apparatus for distributing spectmm fe a shared commodit su5ject t0 FCC regu i a tions 

a cycle clock to a plurality of serial bus nodes (bridge regarding its use. For example, use of the 2.4 GHz band is 

portals) of a plurality of IEEE 1394 serial local buses. restricted to spread-spectrum communications, hence 

The IEEE 1394 standard (hereinafter sometimes referred restricting the available data rate to be 2-4 Mbps (IEEE 
to simply as "IEEE 1394 ") defines a serial bus technology 802.11). Higher data rate (about 25-50 Mbps) transmissions 
for interconnecting consumer electronics and computer J5 are possible using wireless asynchronous transfer mode 
products, such as digital TV, PCs, digital VCRs, digital (WXTM) technology. However, such higher data rate trans- 
camcorders, printers, fax machines, etc. IEEE 1394 missions using WATM technology must use the NH band 
(sometimes referred to as "firewire'') is currently the most between 5.15-5.35 and 5.725-5.825 GHz, which is signifi- 
widely-accepted high-speed digital interconnect technology cantly more expensive to implement since the RF technol- 
for connecting consumer electronics and computer products, 2Q 0 gy for these frequencies is not yet mature, 
as it is low-cost, flexible, and easy-to-use. The basic IEEE p rom tne a b 0 ve, it can be appreciated that wireless IEEE 
1394 standard defines serial data rates of 100 Mbps, 200 1394 bridges can use a multiplicity of data rates, thereby 
Mbps, and 400 Mbps. A new IEEE 1394 sub-group (known imposing a requirement that wireless IEEE 1394 bridges be 
as "IEEE pl394.b") is currently working on a backward- capable of supporting multiple data rates, 
compatible extension to serial data rates of up to 3.2 Gbps. 2$ with reference now to FIG . 2 , the general architecture of 
IEEE 1394 can support both asynchronous and isochronous an IEE£ 1394 bridge wil , nQW be described More 
data, thus makmg it ideally suitable for multimedia apph- particularlV) the IEEE 1394 br i d ge 20 includes two or more 
cations. It is stated in the April 1997 issue o£ IEEE Spectrum brfd tals 22> an implementation-specific switching 
that <[w]hen the information superhighway goes network 25 having subsystems 24 for the respective bridge 
multimedia, experts predict that 1394 will pave the high- 3Q portals> ^ a cyde dock 26 Each bridge porta , 22 fc a 
way's first and the last 3 meters." separate serial bus node which responds to serial bus read, 

IEEE 1394 currently defines a maximum wired distance write and lock requests from a respective local IEEE 1394 

or length of 4.5 meters. Thus, intrinsically, an IEEE 1394 ser i a l bus 30 connected thereto, as described in the docu- 

serial bus can only be used to interconnect components ment pi394 s Draft 8.0v4, Nov. 21, 1995, the disclosure of 

which are relatively close together. Such a system of inter- 35 which is incorporated herein by reference. Each bridge 

connected components which are close together is com- porta i 22 monitors all serial bus packets, both asynchronous 

monly referred to as a "cluster". An exemplary cluster in a an( j isochronous, in order to determine which packets, if any, 

residential environment is a "multimedia island" such as a are to be routed through the switching fabric 24 to another 

home entertainment cluster, a home computing cluster, a bridge portal 22. The switching network 24 which intercon- 

bedroom cluster, etc. 4Q n ects the bridge portals 22 is capable of transferring any 

As depicted in FIG. 1, it is possible to interconnect serial bus packets from one bridge portal 22 to any other 

clusters via a wired or wireless connection. Presently, there bridge portal 22, using wired and/or wireless data transmis- 

are two main approaches to extending the IEEE 1394 serial sion means. Within a local IEEE 1394 serial bus, it is 

bus within a wired infrastructure. One approach, currently necessary that a common cycle clock be distributed to all 

under consideration by the IEEE pl394.b sub-group, is to 45 nodes on that bus. The primary reason for this synchro ni- 

extend the IEEE 1394 serial bus by using plastic -optical- zation requirement is to enable timestamping of real-time 

fiber (POF) or unshielded twisted pair (UTP Category 5) data at the source, whereby this timestamp can be used to 

transmission lines to implement a wired long distance. This significantly reduce the timing jitter which arises due to the 

type of extension can reach a distance of 50-100 meters. fact that the network is not always available for transmission 

Another approach, currently under consideration by the 50 (because it is shared). 

IEEE pl394.1 sub-group, is to extend the IEEE 1394 serial i n a local IEEE 1394 serial bus, a cycle master (or "root 
bus by creating a wired "bridge" between two different serial node") performs this function. The cycle master is respon- 
bus segments or clusters. s j5] e f or synchronizing all nodes connected to the local bus 
With continuing reference to FIG. 1, another approach to to a 125 cycle clock. At the start of every cycle, the cycle 
extending the IEEE 1394 serial bus is to create a wireless 55 master sends a special asynchronous packet, called the 
"bridge" between clusters. That may promise ease-of-use "cycle_start packet", to each of the nodes. Each cycle_start 
and the flexibility associated with an IEEE 1394 network. In packet contains the current bus_time, and is written into a 
general, it can be expected that wired IEEE 1394 bridges cycle time register (CTR) of each node. Because the corn- 
will be the pre-dominant approach within new residential munication channel may be "busy" at the time the cycle 
buildings since IEEE 1394 "outlets" may be installed within 60 master attempts to send the cycle_starl packet (e.g., some 
every room. However, retrofitting wired IEEE 1394 bridges user/node may be transmitting some data at that particular 
in existing residences may prove cost -prohibitive for many time), it is possible that the transmission of the cycle_start 
residences due to the extensive rewiring which will be packet will be delayed by the time that the cycle master has 
required. Thus, for such existing residences, wireless IEEE to wait until the blocking transmission ends and the com- 
1394 bridges, if sufficiently low-cost, may provide a suitable 65 munication channel becomes available. Because the cycle 
alternative. Furthermore, it is expected that both wired and master has priority over all other nodes, such inevitable 
wireless solutions to extending local IEEE 1394 serial buses delays are minimized. Each node that receives the cycle_ 
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start packet must immediately reset its counter, so that all BRIEF DESCRIPTION OF THE DRAWINGS 

nodes are synchronized to the same cycle. ™_ j .i_ r ' i_- * flL 

^ . , ...J/? These and other features, objects, and advantages of the 

This cycle clock must now be transmitted to the nodes of . • •„ , , , , ~ , c 

other serial buses via the IEEE 1394 bridge which, as mventl ° n more clearly understood from 

previously discussed, can be implemented using wired or 5 * c fo UoWi ng detaded description read m conjunction with 

wireless transmission at a multiplicity of possible data rates. me attacned drawin gs, « which: 

Currently, the IEEE pl394.1 sub-group does not consider FIG - 1 is a block diagram which depicts wired and 

the transmission of the cycle clock as part of its work, and wireless interconnections of IEEE 1394 clusters; 
hence, no documentation is currently available on how to FIG. 2 is a block diagram which depicts the general 

propagate this cycle clock. iQ architecture of an IEEE 1394 serial bus bridge; 

As described previously, in an IEEE 1394 bridge, all FIG. 3 is a block diagram of a cycle clock subsystem for 

bridge portals are nodes on respective local IEEE 1394 serial generating a cycle_start packet at a root node of an IEEE 

buses. Within one of the IEEE 1394 serial buses connected 1394 serial local bus* 

to the bridge is a so-called "cycle monster", which is a node cir . . , , , !. - • . p 

from which the cycle clock is propagated over all of the „ ™. 4 * * bloc 1 k **?* m of . a S ^T T i^?™! 

serial buses. It should be noted that it is not necessary that 15 a P«*et at a receiver node of an IEEE 1394 

the cycle monster be a bridge portal. In general, the bridge senal local bus; 

portal which is connected to the IEEE 1394 serial bus having FIG. 5 is a block diagram of a cycle monster portal, 

the cycle monster is called the "cycle monster portal". It wireless switching subsystem, and cycle clock subsystem 

should also be noted that all bridge portals, except possibly according to a first preferred embodiment of the present 

the cycle monster portal, are cycle masters. 20 invention; 

All of the bridge portals in the IEEE 1394 serial bus FIG. 6 is a block diagram of a cycle monster portal, 

bridge must be synchronized to a common cycle clock in wireless switching subsystem, and cycle clock subsystem 

order for the bridge to support isochronous routing of according to a second preferred embodiment of the present 

real-time data. Thus, what is required is a method of invention* 

distributing the cycle clock to meet this synchronization 25 piG ? ' ^ a block diagfam of anotfaer bridge porUlj 

requirement while also minimizing the timing jitter resulting wifcless switching subsystem, and cycle clock subsystem 

from the use of different wired or wireless switching fabrics according t0 the preserjt invention; 
(which are implementation-specific, and thus, varied). The Ra g ^ fl ^ m of a monst£r 
present invention fulfills these requirements. &witching aibsy ^ m> and c / cle dock su5s F ystem 

SUMMARY OF THE INVENTION according to an alternative embodiment of the present 

The present invention encompasses, in one of its aspects, invention; and, 
a bus bridge for interconnecting a plurality of buses which FIG. 9 is a block diagram of an other bridge portal, 

have a plurality of bridge portals, each of which is coupled wireless switching subsystem, and cycle clock subsystem 

to a respective one of the buses, and a plurality of switching 35 according to an alternative embodiment of the present 

subsystems which are respectively coupled to respective invention. 

ones of the bridge portals. Tne plurality of switching sub- DETAILED DESCRIPTION OF THE 

systems collectively constitute a switching network or sys- INVENTION 
tern which interconnects the plurality of bridge portals. The 

bus bridge further includes a plurality of cycle clock 40 With reference now to FIG. 3, a cycle clock subsystem 40 
subsystems, each of which is operatively associated with a generates the cycle_start packet. Such subsystem is at a root 
respective bridge portal and the respective switching sub- node of a local IEEE 1394 serial bus. It includes a crystal 
system coupled thereto. Each cycle clock subsystem oscillator 42 which runs at a master clock rate of 24.576 
includes a cycle clock generator which generates a cycle MHz and delivers such clock output to a cycle counter 44, 
clock, and a cycle counter which receives the cycle clock at 45 which is used to timestamp the IEEE 1394 data packets 
a reset input thereof, and which produces a cycle counter according to the IEC 1883 standard. The goal is that the 
output which constitutes a common timing reference for the cycle clock be distributed to all of the nodes connected to the 
respective switching subsystem and the associated bridge local IEEE 1394 serial bus in such a manner as to synchro- 
portal. The bus bridge is preferably an IEEE 1394 serial bus nize the cycle counters within all nodes connected to the 
bridge. The switching system can be a wired or wireless 50 local 1394 serial bus. This goal is achieved in the 
switching system which utilizes a frame synchronization following manner. 

protocol. Various specific implementations of the switching The output of the cycle counter 44 is passed through a 

subsystems and bridge portals are disclosed. modulo 125 block 46 which sends a timing signal to a 

The present invention encompasses, in another of its state machine 48 every 125 /«. Upon receipt of the timing 

aspects, a method for distributing a cycle clock in a serial 55 signal the state machine 48 sends a channel request signal to 

bus bridge which includes a plurality of bridge portals, each a 1394 physical (PHY) layer 50. As soon as the channel 

of which is coupled to a respective one of the buses; and also becomes available, the layer 50 sends back a channel 

includes a plurality of switching subsystems, each of which available signal to the state machine 48. Upon receipt of the 

is coupled to a respective one of the bridge portals, wherein channel available signal, the state machine 48 prepares the 

the plurality of switching subsystems collectively comprise 60 packet header for the cycle_jstart packet, and also sends an 

a switching system which interconnects the plurality of enable signal to a register 52, which latches the contents of 

bridge portals. The method includes the steps of, generating the cycle counter 44 at the proper instant to generate the 

a cycle clock; at each bridge portal, using a cycle counter to bus_time. Some delay in processing can be easily taken into 

produce a cycle clock count; and, using the cycle clock account by properly delaying the delivery of the enable 

count as a common timing reference for the both the bridge 65 signal to the register 52. 

portal and the respective switching subsystem coupled At each node which receives the cycle_start packet 

thereto. (which consists of both the packet header and bus_time 
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portions transmitted by the root node), the cycle counter IS-54, and IS-136 also use frame-based timing. Perhaps the 

within that receiver node must be set to the appropriate one major wireless standard which does not use frame-based 

bus_time according to the received cycle_start packet. timing is HIPERLAN 1. However, given the small popula- 

Such a bus_time reset technique is depicted in FIG. 4. As tion of devices based on this standard,. it is quite possible that 

can be seen in FIG. 4, the 1394 PHY layer 60 of the receiver 5 HIPERLAN 1 may never gain widespread acceptance. Thus, 

node receives the cycle_start packet transmitted by the root the premise (assumption) that only those wireless standards 

node, and then sends it to the link layer. The receiver node which support a frame synchronization mechanism are 

then decodes the packet header of the cycle_start packet (at deemed compatible with IEEE 1394 for purposes of the 

block 62) in order to ensure that the received packet is present invention is not overly restrictive, 

indeed the cycle_start packet. Simultaneously, the bus__ 10 With reference now to FIG. 5, a method will now be 

time value is loaded into the register 64 of the receiver node. described of distributing the cycle clock at the cycle monster 

Depending on the processing delay (either for the decoding portal in an IEEE 1394 serial bus bridge which employs a 

operation or for the loading of the bus_time value into the wireless switching fabric in accordance with a first preferred 

register 64), an appropriate processing delay is determined embodiment of the present invention. The "wireless portion" 

(at block 66). The determined processing delay is added by 15 80 in FIG. 5 refers to a wireless switching subsystem which 

an adder 68 to the output of the register 64, and the output is coupled to the cycle monster portal of the wireless IEEE 

of the decode cycle _start header block 62 is delayed by a 1394 serial bus bridge. The "1394 portion" 82 refers to a 

delay element 70 by the determined processing delay. The communications interface portion of the cycle monster por- 

output of the delay element 70 constitutes a load signal tal. In the system depicted in FIG, 5, it is assumed that the 

which is applied to the cycle counter 72 of the receiver node. 20 cycle monster portal is not a cycle master. It should be noted 

The load signal enables the loading of the sum output by the that, in accordance with the present invention, each of the 

adder 68 into the cycle counter 72. The cycle counter 72 is bridge portals in the IEEE 1394 serial bus bridge (including 

reset every 125 f& by the clock output of the 24.576 MHz the cycle monster portal and all "other** bridge portals) will 

crystal oscillator 75 of the receiver node. The resetting of the be coupled to a respective wireless (or wired) switching 

cycle counter 72 every 125 ^ws ensures that the clocks 25 subsystem, as will become clearly apparent hereinafter, 

obtained from different crystals in different nodes do not Further, it will be recognized that the plurality of switching 

drift significantly with respect to one another. This mecha- subsystems coupled to the respective ones of the bridge 

nism limits the timing jitter on MPEG video to 3 bus clock portals collectively constitute the switching system (i.e., the 

cycles, or about 120 ns. switching network) of the IEEE 1394 serial bus bridge. 

As was discussed previously, all of the bridge portals in 30 As will be recognized, the wireless portion 80 is virtually 

an IEEE 1394 serial bus bridge must be synchronized to a identical to the cycle clock subsystem 40 depicted in FIG. 3 

common cycle clock in order for the bridge to support and described previously, except that the modulo 125 /<s 

isochronous routing of real-time data. Thus, what is required timer block 46 is replaced with a modulo W timer block 

is a method of distributing the cycle clock to meet this 46', where "W" is the cycle 13 time of the wireless portion 80, 

synchronization requirement while also minimizing the tim- 35 or more generally, the frame time of the wireless commu- 

ing jitter resulting from the use of different wired or wireless nication standard employed by the wireless portion 80. The 

switching fabrics (which are implementation-specific, and 1394 portion 82 is virtually identical to the receiver node 

thus varied) processing subsystem depicted in FIG. 4. In accordance with 

When using a wireless switching fabric to interconnect ^ n p A Kse * ™ eD,ion . both . th , e ^'f 85 P° rlion 80 and 

IEEE 1394 bridge portals, the below-enumerated problems 40 ^ P°" 10n 82 a „ r ! <*? "J*?* c ° u P led <° a con >mon cycle 

are encountered clock subsystem 83 which includes a cycle counter 90 and 

... , ', ., , . . , , a 24.576 MHz crystal oscillator 92. 

(1) It may not be possible to send the cycle_start packet ^ ^ (be ^ ^ ^ ^ ^ jon ffi 
every 125 ^ smce the overhead for the cycle_start are essentiaUy slaves of the cycle clock . k thismanner, 
packet will be s,gnificant for low data rate transmis- 4J any additiona j ,i ming jitter , he wireless p^n 80 

slons > can be reduced to simply the drift between the clocks of the 

(2) The wireless communication channel may not be wireless switching fabric, which is a function of the param- 
available at the exact moment that the cycle_start eter **^» 

packet needs to be sent. Hie time that the communi- It ^ be appreciated by those skilled in the pertinent art 

cation channel is inaccessible could be very large with 50 mat this cycle clock distribution technique can also be 

respect to a wired switching fabric; employed in a wired IEEE 1394 serial bus bridge, i.e., an 

(3) It is possible that the cycle monster portal is not the IEEE 1394 serial bus bridge in which a wired switching 
root node; and, fabric is employed, whereby the wireless subsystems 

(4) All current wireless transmission standards do not becomes wired subsystems. 

operate on a frame basis, although a majority of stan- 55 With reference now to FIG. 6, a method of distributing the 

dards have a concept of frame timing which is syn- cycle clock at the cycle monster portal in an IEEE 1394 

chronized between the different wireless nodes. serial bus bridge which employs a wireless switching fabric 

As will become clearly apparent hereinafter, the cycle in accordance with a second preferred embodiment of the 

clock distribution method of the present invention solves present invention will now be described. The "wireless 

each of the above-enumerated problems. First, it is assumed 60 portion" 100 in FIG. 5 again refers to a wireless switching 

that all the wireless standards which are deemed compatible subsystem which is coupled to the cycle monster portal of 

with IEEE 1394 support a frame synchronization mecha- the wireless IEEE 1394 serial bus bridge. The "1394 por- 

nism. In this regard, IEEE 802.11 uses periodically spaced tion" 102 refers to a communications interface portion of the 

beacons as a frame synchronization mechanism. A similar cycle monster portal of the wireless IEEE 1394 serial bus 

method using timestamps has been proposed for wireless 65 bridge. In the system depicted in FIG. 6, it is assumed that 

ATM (WATM), which is called "HIPERLAN 2" in Europe. the cycle monster portal is a cycle master. As will be 

Wireless cellular standards such as GSM, DECT, IS-95, recognized, the wireless portion 100 is identical to the 
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wireless portion 80 depicted in FIG. 5, and the 1394 portion 
102 is essentially identical to the cycle clock subsystem 40 
depicted in FIG. 3. The wireless portion 100 and the 1394 
portion 102 are both operatively coupled to a common cycle 
clock subsystem 103 which includes a 24.576 MHz crystal 
110 and cycle counter 112. 

With reference now to FIG. 7, a method of distributing the 
cycle clock at the other bridge portals (i.e., other than the 
cycle monster portal) in an IEEE 1394 serial bus bridge in 
accordance with a presently preferred embodiment of the 
present invention will now be described. The 1394 portion 
120 refers to the communications interface portion of the 
respective "other" bridge portal in the IEEE 1394 serial bus 
bridge, and the wireless portion 122 refers to the wireless 
subsystem which is operatively coupled thereto. In general, 
the configuration depicted in FIG. 7 is the same as that 
depicted in FIG. 5, except that the 1394 and wireless 
portions 120, 122, respectively, are reversed with appropri- 
ate 1394/wireless physical layers. In this case, the wireless 
portion 122 updates the cycle counter 121 of the respective 
cycle clock subsystem 123 whenever it receives a new 
cycle_start packet. As discussed previously, it is possible 
that the cycle_start packet is received by the wireless 
portion 122 at a different rate than that of the 1394 portion 
120. Since all bridge portals in the IEEE 1394 serial bus 
bridge are cycle masters (with the possible exception of the 
cycle monster portal), the wired 1394 portion 120 of each 
"other" bridge portal always generates the cycle__start 
packet at the appropriate 125/is cycle. However, it should be 
clearly understood that it is not essential to the practice of 
the present invention that each of the bridge portals be cycle 
masters of their respective local serial bus. 

It is also possible that the wireless/interconnection stan- 
dards do not support the complete precision of the cycle 
counter based on a 24.576 MHz clock. For example, IEEE 
802.11 supports a clock accuracy of only 1 ps, i.e., it is not 
possible to send a bus_time which has a sufficient number 
of bits to represent the 24.576 MHz clock with complete 
precision. However, in accordance with another aspect of the 
present invention, it is possible to ensure the complete 
precision of the cycle counter of each respective cycle clock 
subsystem even when the wireless/interconnection standards 
do not support the complete precision of the cycle counter 
based on a 24.576 MHz clock. More particularly, in accor- 
dance with this aspect of the present invention, the cycle 
counter continues to update itself based on the 24.576 MHz 
clock, and the lowest significant bits of this clock which 
cannot be transmitted over the wireless channel are com- 
pared to a preset value, for example, all zeroes. The bus_ 
time is sent over the wireless channel only when the lowest 
significant bits of the cycle counter output equal the preset 
value. At the receiver, the preset value is loaded within the 
cycle counter along with the given bus_time, thus ensuring 
the complete precision of the cycle counter. 

FIG. 8 depicts a block diagram of a sub-system (of an 
IEEE 1394 serial bus bridge) for generating a wireless 
cycle_start packet at the cycle monster portal when the 
complete precision of the cycle counter is not transmitted by 
the wireless portion in accordance with the above-described 
aspect of the present invention; and FIG. 9 depicts a block 
diagram of a sub-system (of an IEEE 1394 serial bus bridge) 
for receiving a wireless cycle_start packet at other bridge 
portals (of the IEEE 1394 serial bus bridge) when complete 
precision of the cycle counter is not transmitted by the 
wireless portion in accordance with the above-described 
aspect of the present invention. 

The wireless portion 140 of the sub-system depicted in 
FIG. 8 is identical to the wireless portion 100 depicted in 



12,261 

8 

FIG. 6, with the exception that the wireless portion 140 
includes an additional processing block 142 for determining 
when the lower significant bits of the cycle counter output 
are equal to the preset value, and for generating a trigger 

5 signal to initiate the sending of the cycle__start packet by the 
state machine when an equality is detected. Similarly, the 
wireless portion 150 of the sub-system depicted in FIG. 9 is 
identical to the wireless portion 122 depicted in FIG. 7, with 
the exception that the wireless portion 122 includes an 

to additional processing block 152 for loading the preset value 
into the cycle counter along with the bus_time extracted 
from the received cycle__start packet. The 1394 portion 141 
of the sub-system depicted in FIG. 8 can be identical to the 
ones depicted in FIGS. 5 or 6, depending upon whether the 

is cycle monster portal is a cycle master or not. The 1394 
portion 151 of the sub-system depicted in FIG. 9 can be 
identical to the one depicted in FIG. 7. 

Based on the above and foregoing, it can be appreciated 
by those skilled in the pertinent art that the cycle clock 

20 distribution methodology of the present invention is not 
limited to only wireless IEEE 1394 serial bus bridges, but is 
more generally applicable to all possible implementations of 
switching fabrics, the only restriction being that the switch- 
ing fabric support frame -based synchronization. Further, it 

25 will be appreciated that the above -described cycle clock 
distribution methodology of the present invention provides 
the below-enumerated advantages over the presently avail- 
able technology: 
(1) It can support multiple physical layer standards; 

30 (2) It can support wired or wireless switching fabrics; 

(3) It can support different data rates; 

(4) Its implementation is simple and generic; and, 

(5) It minimizes timing jitter significantly. 

35 Although the present invention has been described in 
detail hereinabove, it should be clearly understood that 
many variations and/or modifications of the basic inventive 
concepts taught herein which may appear to those skilled in 
the pertinent art will still fall within the spirit and scope of 

40 the present invention as defined in the appended claims. 
What is claimed is: 

1. A bus bridge for interconnecting a plurality of buses, 
comprising: 

a plurality of bridge portals, each bridge portal being 
4S coupled to a respective one of the buses; 

a plurality of switching subsystems, each coupled to a 
respective one of the bridge portals and which collec- 
tively form a switching system which interconnects the 
plurality of bridge portals; and 
50 a plurality of cycle clock subsystems, each operatively 
associated with a respective one of the bridge portals 
and the respective switching subsystem coupled to the 
associated bridge portal; 
wherein each cycle clock subsystem comprises: 
55 a cycle clock generator for generating a cycle clock; 
and 

a cycle counter which receives the cycle clock at a reset 
input thereof, and which produces a cycle count 
output which constitutes a common timing reference 

60 for the respective switching subsystem and the 

respective bridge portal; 
and further wherein the cycle count output generated in 
one of said subsystems is distributed to the cycle 
counters of all other of said subsystems to provide a 

65 common timing reference for the bridge portals of all 

of said buses, the bridge portal associated with said 
one subsystem being a cycle monster portal. 
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2. The bus bridge as set forth in claim 1, wherein each of 
the switching subsystems is a wireless switching subsystem 
and the switching system is a wireless switching system. 

3. The bus bridge as set forth in claim 2, wherein the 
wireless switching system utilizes a frame synchronization 5 
protocol. 

4. The bus bridge as set forth in claim 1, wherein each of 
the switching subsystems is a wired subsystem and the 
switching system is a wired switching system. 

5. The bus bridge as set forth in claim 1, wherein: 
the bus bridge is a serial bus bridge; 
each of the buses is a serial local bus; and, 

each of the bridge portals is a node on its respective serial 
local bus. 

6. The bus bridge as set forth in claim 1, wherein: 1S 
the bus bridge is an IEEE 1394 serial bus bridge; 

each of the buses is an IEEE 1394 serial local bus; and, 
each of the bridge portals is an IEEE 1394 serial bus 
bridge portal. 

7. The bus bridge as set forth in claim 1, wherein the cycle 20 
monster portal is also a cycle master for all portals of the bus 

to which the cycle monster portal is coupled. 

8. The bus bridge as set forth in claim 1, wherein the 
switching subsystems and the switching system utilize a 
frame synchronization protocol. 25 

9. The bus bridge as set forth in claim 1, wherein the 
switching subsystem coupled to the cycle monster portal 
includes: 

a modulo W fits counter which receives the cycle counter 
output of the respective cycle clock subsystem and 30 
which produces a timing signal every W/e in response 
thereto, where W is a frame time specified by the frame 
synchronization protocol; 

a state machine which produces an enable signal in 
response to the timing signal; and, 35 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
and a second input which receives the enable signal, 
whereby the register outputs a bus_time data block in 
response to the enable signal, the bus_time data block 40 
being indicative of a current bus time. 

10. The bus bridge as set forth in claim 9, wherein the 
cycle monster portal includes: 

a physical layer which receives the cycle_start packet 

from its respective switching subsystem; 
a decoding section which decodes the packet header of the 

cycle_slart packet and which outputs a decode signal 

indicative of receipt of the cycle_start packet; 
a processing delay section which determines a processing 5Q 

time required to decode the cycle_start packet, and 

which outputs a processing delay time output indicative 

of the determined processing time, 
a delay element which delays the decode signal by the 

processing delay time and which outputs a load signal; 55 
a register which receives the bus_time data block and 

which produces a register output indicative of the 

current bus_time; 
an adder which sums the processing delay time output and 

the register output, and which outputs the sum; and, 60 
wherein the cycle counter of the respective cycle clock 

subsystem receives the load signal and the sum is 

loaded into the cycle counter of the respective cycle 

clock subsystem in response to the load signal. 
U. The bus bridge as set forth in claim 10, wherein each 65 
of the bridge portals other than the cycle monster portal 
includes: 
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a modulo N ^s counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a timing signal every N /4S in response 
thereto, where N is a value specified by a prescribed 
bus protocol; 

a state machine which produces a channel request signal 
in response to the timing signal; 

a physical layer which receives the channel request signal 
and which produces, in response thereto, a channel 
available signal upon determining that a wireless com- 
munication channel used by the wireless switching 
system is available, wherein the state machine receives 
the channel available signal and produces a packet 
header and an enable signal in response to the channel 
available signal; 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
and a second input which receives the enable signal, 
whereby the register outputs a bus_time data block in 
response to the enable signal, the bus_time data block 
being indicative of a current bus time; and, 

wherein the packet header and the bus_time data block 
together comprise a cycle_start packet which is trans- 
mitted by the respective wireless switching subsystem. 

12. The bus bridge as set forth in claim 11, wherein each 
of the wireless switching subsystems coupled to the bridge 
portals other than the cycle monster portals includes: 

a wireless physical layer which receives a cycle_start 
packet from its respective bridge portal; 

a decoding section which decodes the packet header of the 
cycle_start packet and which outputs a decode signal 
indicative of receipt of the cycle_start packet; 

a processing delay section which determines a processing 
time required to decode the cycle_start packet, and 
which outputs a processing delay time output indicative 
of the determined processing time, 

a delay element which delays the decode signal by the 
processing delay time and which outputs a load signal; 

a register which receives the bus_time data block and 
which produces a register output indicative of the 
current bus time; 

an adder which sums the processing delay time output and 
the register output, and which outputs the sum; and, 

wherein the cycle counter of the respective cycle clock 
subsystem receives the load signal and the sum is 
loaded into the cycle counter of the respective cycle 
clock subsystem in response to the load signal. 

13. The bus bridge as set forth in claim 1, wherein each 
of the switching subsystems is a wireless switching sub- 
system and the switching system is a wireless switching 
system which utilizes a frame synchronization protocol. 

14. The bus bridge as set forth in claim 13, wherein the 
wireless switching subsystem coupled to the cycle monster 
portal includes: 

a modulo W /as counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a timing signal every W fits, where W 
is a frame time specified by the frame synchronization 
protocol; 

a state machine which produces a channel request signal 
in response to the timing signal; 

a wireless physical layer which receives the channel 
request signal and which produces, in response thereto, 
a channel available signal upon determining that a 
wireless communication channel used by the wireless 
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switching system is available, wherein the state 
machine receives the channel available signal and 
produces a packet header and an enable signal in 
response to the channel available signal; 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
and a second input which receives the enable signal, 
whereby the register outputs a bus__time data block in 
response to the enable signal, the bus_jime data block 
being indicative of a current bus time; and, 

wherein the packet header and the bus_jime data block 
together comprise a cycle_start packet which is trans- 
mitted by the wireless switching subsystem. 

15. The bus bridge as set forth in claim 14, wherein the 
cycle monster portal includes: 

a physical layer which receives the cycle_start packet 
from its respective switching subsystem; 

a decoding section which decodes the packet header of the 
cycle„start packet and which outputs a decode signal 
indicative of receipt of the cycle__start packet; 

a processing delay section which determines a processing 
time required to decode the cycle_start packet, and 
which outputs a processing delay time output indicative 
of the determined processing time, 

a delay element which delays the decode signal by the 
processing delay time and which outputs a load signal; 

a register which receives the bus_time data block and 
which produces a register output indicative of. the 
current bus_time; 

an adder which sums the processing delay time output and 
the register output, and which outputs the sum; and, 

wherein the cycle counter of the respective cycle clock 
subsystem receives the load signal and the sum is 
loaded into the cycle counter of the respective cycle 
clock subsystem in response to the load signal. 

16. The bus bridge as set forth in claim 15, wherein each 
of the bridge portals other than the cycle monster portal 
includes: 

a modulo N //s counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a timing signal every N/is in response 
thereto, where N is a value specified by a prescribed 
bus protocol; 

a state machine which produces a channel request signal 
in response to the timing signal; 

a physical layer which receives the channel request signal 
and which produces, in response thereto, a channel 
available signal upon determining that a wireless com- 
munication channel used by the wireless switching 
system is available, wherein the state machine receives 
the channel available signal and produces a packet 
header and an enable signal in response to the channel 
available signal; 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
and a second input which receives the enable signal, 
whereby the register outputs a bus__time data block in 
response to the enable signal, the bus_time data block 
being indicative of a current bus time; and, 

wherein the packet header and the bus__time data block 
together comprise a cycle_start packet which is trans- 
mitted by the respective wireless switching subsystem. 

17. The bus bridge as set forth in claim 16, wherein each 
of the wireless switching subsystems coupled to the bridge 
portals other than the cycle monster portals includes: 
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a wireless physical layer which receives a cycle_start 
packet from its respective bridge portal; 

a decoding section which decodes the packet header of the 
cycle_start packet and which outputs a decode signal 
indicative of receipt of the cycle_start packet; 

a processing delay section which determines a processing 
time required to decode the eye le_s tart packet, and 
which outputs a processing delay time output indicative 
of the determined processing time, 

a delay element which delays the decode signal by the 
processing delay time and which outputs a load signal; 

a register which receives the bus time data block and 

which produces a register output indicative of the 
current bus_jime; 

an adder which sums the processing delay time output and 
the register output, and which outputs the sum; and, 

wherein the cycle counter of the respective cycle clock 
subsystem receives the load signal and the sum is 
loaded into the cycle counter of the respective cycle 
clock subsystem in response to the load signal. 

18. The bus bridge as set forth in claim 13, wherein the 
wireless switching subsystem coupled to the cycle monster 
portal includes: 

a modulo W jts counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a first timing signal every W ^s, where 
W is a frame time specified by the frame synchroniza- 
tion protocol; 

a first state machine which produces a first channel 
request signal in response to the first timing signal; 

a wireless physical layer which receives the first channel 
request signal and which produces, in response thereto, 
a first channel available signal upon determining that a 
wireless communication channel used by the wireless 
switching system is available, wherein the first state 
machine receives the first channel available signal and 
produces a first packet header and a first enable signal 
in response to the first channel available signal; 

a first register which has a first input which receives the 
cycle counter output of the respective cycle clock 
subsystem and a second input which receives the first 
enable signal, whereby the first register outputs a first 
bus_time data block in response to the first enable 
signal, the first bus_time data block being indicative of 
a current bus time; and, 

wherein the first packet header and the first bus_jime data 
block together comprise a first cycle_start packet 
which is transmitted by the wireless switching sub- 
system. 

19. The bus bridge as set forth in claim 13, wherein the 
wireless switching subsystem coupled to the cycle monster 
portal includes: 

a modulo W jus counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a timing signal every W ^s, where W 
is a frame time specified by the frame synchronization 
protocol; 

a state machine which produces a channel request signal 
in response to the timing signal; 

a comparison circuit which compares prescribed lower 
significant bits of the cycle counter output of the 
respective cycle clock subsystem to a preset value, and 
which outputs a trigger signal upon detecting an equal- 
ity; 

a wireless physical layer which receives the channel 
request signal and which produces, in response thereto, 
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a channel available signal upon determining thai a 
wireless communication channel used by the wireless 
switching system is available, wherein the state 
machine receives the channel available signal and 
produces a packet header and an enable signal in 5 
response to receipt of both the channel available signal 
and the trigger signal; 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
and a second input which receives the enable signal, 
whereby the register outputs a bus_time data block in 
response to the enable signal, the bus_time data block 
being indicative of a current bus time; and, 

wherein the packet header and the bus_time data block 
together comprise a cycle_start packet which is trans- i$ 
mitted by the respective wireless switching subsystem. 

20. The bus bridge as set forth in claim 19, wherein each 
of the switching subsystems coupled to the bridge portals 
other than the cycle monster portal include: 

a physical layer which receives the cycle_start packet 20 

from its respective bridge portal; 
a decoding section which decodes the packet header of the 

cycle_start packet and which outputs a decode signal 

indicative of receipt of the cycle_start packet; 
a processing delay section which determines a processing 25 

time required to decode the cycle_start packet, and 

which outputs a processing delay time output indicative 

of the determined processing time, 
a delay element which delays the decode signal by the 

processing delay time and which outputs a load signal; 30 
a register which receives the bus_time data block and 

which produces a register output indicative of the 

current bus_time; 
a preset value circuit which stores and outputs the preset 

value; 35 
an adder which sums the processing delay time output and 

the register output, and which outputs the sum; and, 
wherein the cycle counter of the respective cycle clock 

subsystem receives the load signal and the sum and the 4Q 

preset value are loaded into the cycle counter of the 

respective cycle clock subsystem in response to the 

load signal. 

21. The bus bridge as set forth in claim 1, wherein the 
cycle monster porta! includes: 4S 

a modulo N //s counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a second timing signal every N /us in 
response thereto, where N is a value specified by a 
prescribed bus protocol; 50 

a second state machine which produces a second enable 
signal in response to the second timing signal; and, 

a second register which has a first input which receives the 
cycle counter output of the respective cycle clock 
subsystem and a second input which receives the 55 
second enable signal, whereby the second register 
outputs a second bus_time data block in response to 
the second enable signal, the second bus_time data 
block being indicative of a current bus time. 

22. The bus bridge as set forth in claim 21, wherein each 60 
of the bridge ponals other than the cycle monster portal 
includes: 

a modulo N ^s counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a timing signal every N /*s in response 65 
thereto, where N is a value specified by a prescribed 
bus protocol; 
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a state machine which produces a channel request signal 
in response to the timing signal; 

a physical layer which receives the channel request signal 
and which produces, in response thereto, a channel 
available signal upon determining that a wireless com- 
munication channel used by the wireless switching 
system is available, wherein the state machine receives 
the channel available signal and produces a packet 
header and an enable signal in response to the channel 
available signal; 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
and a second input which receives the enable signal, 
whereby the register outputs a bus_time data block in 
response to the enable signal, the bus_time data block 
being indicative of a current bus time; and, 

wherein the packet header and the bus_time data block 
together comprise a cycle_start packet which is trans- 
mitted by the respective wireless switching subsystem. 

23. The bus bridge as set forth in claim 22, wherein each 
of the wireless switching subsystems coupled to the bridge 
portals other than the cycle monster portals includes: 

a wireless physical layer which receives a cycle_start 
packet from its respective bridge portal; 

a decoding section which decodes the packet header of the 
cycle_start packet and which outputs a decode signal 
indicative of receipt of the cycle_start packet; 

a processing delay section which determines a processing 
time required to decode the cycle__start packet, and 
which outputs a processing delay time output indicative 
of the determined processing time, 

a delay element which delays the decode signal by the 
processing delay time and which outputs a load signal; 

a register which receives the bus__time data block and 
which produces a register output indicative of the 
current bus__time; 

an adder which sums the processing delay time output and 
the register output, and which outputs the sum; and, 

wherein the cycle counter of the respective cycle clock 
subsystem receives the load signal and the sum is 
loaded into the cycle counter of the respective cycle 
clock subsystem in response to the load signal. 

24. The bus bridge as set forth in claim 1, wherein the 
switching subsystem coupled to the cycle monster portal 
includes: 

a modulo W /*s counter which receives the cycle counter 
output of the respective cycle clock subsystem and 
which produces a timing signal every W /*s, where W 
is a frame time specified by the frame synchronization 
protocol; 

a state machine which produces a channel request signal 
in response to the timing signal; 

a comparison circuit which compares prescribed lower 
significant bits of the cycle counter output to a preset 
value, and which outputs a trigger signal upon detect- 
ing an equality; 

a physical layer which receives the channel request signal 
and which produces, in response thereto, a channel 
available signal upon determining that a communica- 
tion channel used by the switching system is available, 
wherein the state machine receives the channel avail- 
able signal and produces a packet header and an enable 
signal in response to receipt of both the channel avail- 
able signal and the trigger signal; 

a register which has a first input which receives the cycle 
counter output of the respective cycle clock subsystem 
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and a second input which receives the enable signal, wherein the cycle counter of the respective cycle clock 

whereby the register outputs a bus_time data block in subsystem receives the load signal and the sum and the 

response to the enable signal, the bus_time data block preset value are loaded into the cycle counter of the 

being indicative of a current bus time; and, respective cycle clock subsystem in response to the 

wherein the packet header and the bus_time data block 5 load signal. 

together comprise a cycle^start packet which is trans- 26. A method for distributing a cycle clock in a bus bridge 

mitted by the respective switching subsystem. wn i ch mc ludes a plurality of buses and bridge portals, each 

25. The bus bridge as set forth in claim 24, wherein each bridgc porta| being ^upled to a respective one of the buses, 
of the switching subsystems coupled to the bridge portals and which iodudes a plurality of switching sub . 

other than the cycle monster portal include: w systems respectively coupled to ones of the 

a physical layer which receives the cycle_start packet bridge pon^ tne plurality of switching subsystems collec- 

from its respective bridge portal; tive | y f ormmg a switching system which interconnects the 

a decoding section which decodes the packet header of the plurality of bridge portals; said method comprising the steps 

cycle_start packet and which outputs a decode signal 15 0 f : 

indicative of receipt of the cycle__start packet; 
a processing delay section which determines a processing 

time required to decode the cycle_start packet, and 

which outputs a processing delay time output indicative 

of the determined processing time, 
a delay element which delays the decode signal by the 

processing delay time and which outputs a load signal; 
a register which receives the bus time data block and 

which produces a register output indicative of the 

current bus_time; 
a preset value circuit which stores and outputs the preset 

value; 

an adder which sums the processing delay time output and 
the register output, and which outputs the sum; and, 



at each bridge portal, generating a cycle clock; 

at each bridge portal, using a cycle counter to produce a 

cycle count output; and 
using the cycle count output to produce a common timing 

reference for both the bridge portal and the respective 

switching subsystem coupled thereto. 
27. The method as set forth in claim 26, wherein: 
the bus bridge is a serial bus bridge; 
each of the buses is a serial local bus; and, 
each of the bridge portals is a node on its respective serial 

local bus. 

* * * * * 
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